ネームマッピングの変換ルール

Data ONTAPシステムには、Vserverごとに一連の変換ルールが保存されています。各ルールは、パターンとリプレースメントという2つの要素で構成されます。変換は該当するリストの先頭から開始され、最初に一致したルールに基づいて実行されます。パターンはUNIX形式の正規表現です。リプレースメントは、UNIXのsedプログラムと同様に、パターンの部分式を表すエスケープシーケンスを含む文字列です。

適切なマッピングルールがあれば、ストレージシステムとは異なるドメインに属するユーザに対して、NTFSセキュリティ形式のボリュームへのNFSアクセスを付与することが可能です。

あるユーザがルールに一致して別のドメインのユーザにマッピングされる場合、そのドメインは信頼されている必要があります。 CIFSアクセスとNFSアクセス両方に関して、ほかのドメインのユーザにマッピングするためには、ドメイン間に双方向の信頼関係が必要です。

ユーザがルールに一致しても、ドメインが信頼されていないために認証できない場合、マッピングは失敗します。さらに、それ以降のマッピングルールも処理されません。したがって、ネームマッピングルールを正しい順序で指定し、Vserverのドメインのルールより前に他のドメインのルールが評価されるようにする必要があります。

WindowsからUNIXへのマッピングでは、正規表現の大文字と小文字は区別されません。ただし、KerberosからUNIXへのマッピングと、UNIXからWindowsへのマッピングでは、大文字と小文字が区別されます。

たとえば、次のルールでは、"ENG"というドメインの"jones"というCIFSユーザが、"jones"というUNIXユーザに変換されます。

パターン	リプレースメント
ENG\\jones	jones

バックスラッシュは正規表現の特殊文字であるため、バックスラッシュを1つ追加してエスケープする必要があることに注意してください。

リプレースメントパターンでは、キャレット（^）、アンダースコア（_）、アンパサンド（&）といった記号を、プレフィックスとして文字に付加できます。これらの記号はそれぞれ、すべて大文字にする、すべて小文字にする、先頭の文字だけを大文字にすることを指定します。たとえば次のように指定できます。

•	元のパターンが(.+)で、リプレースメントパターンが\1の場合、文字列jOeはjOeにマッピングされます（変更されません）。

•	元のパターンが(.+)で、リプレースメントパターンが\_1の場合、文字列jOeはjoeにマッピングされます。

•	元のパターンが(.+)で、リプレースメントパターンが\^1の場合、文字列jOeはJOEにマッピングされます。

•	最初のパターンが(.+)で、リプレースメントパターンが\&1の場合、文字列jOeはJoeにマッピングされます。

バックスラッシュとアンダースコア（\_）、バックスラッシュとキャレット（\^）、またはバックスラッシュとアンパサンド（\&）のシーケンスに続く文字が数字でない場合は、バックスラッシュのあとの文字がそのまま使用されます。

次の例では、"ENG"というCIFSドメインの任意のWindowsユーザが、NISで同じ名前のUNIXユーザに変換されます。

パターン	リプレースメント
ENG\\(.+)	\1

2つのバックスラッシュ（\\）は、1つのバックスラッシュに一致します。丸かっこは部分式を表しますが、それ自体はどの文字にも一致しません。ピリオドは任意の1文字に一致します。アスタリスクは、直前の式の0回以上の繰り返しに一致します。上記の例では、ENG\のあとに1文字以上の任意の文字が続く文字列が一致します。リプレースメントの\1は、最初に一致した部分式を表します。つまり、CIFSユーザ名がENG\jonesであるとすると、リプレースメントはjones、つまりENG\のあとの名前の部分になります。

注: CLIを使用している場合は、すべての正規表現を二重引用符（"）で囲む必要があります。たとえば、CLIで正規表現（.+）を入力するには、コマンドプロンプトで"(.+)"と入力します。 Web UIでは引用符は必要ありません。

正規表現の詳細については、UNIXシステムの管理マニュアル、UNIXのsedまたはregexのオンラインマニュアル、または『Mastering Regular Expressions』（O'Reilly and Associates）を参照してください。